Printer, control method and control program for printer, and storage medium for storing control program for printer

ABSTRACT

A printer enters a busy state when a device ID request from a first interface is received. In the busy state, no data is received from a second interface. When data is not received within a predetermined period of time, the busy state is released. Accordingly, a device ID request from the second interface cannot be received within the period of time from reception of the device ID request from the first interface to reception of print data from the first interface. A host connected to the second interface can display the correct printer state.

BACKGROUND OF THE INVENTION

[0001] 1. Field of the Invention

[0002] The present invention relates to printers, and more particularly relates to a printer, which is connected to a plurality of hosts through a plurality of bidirectional interfaces, for selectively using one of the interfaces to receive print data from the hosts and to print the data on paper, a control method for the printer, and a computer-readable storage medium for storing a control program for the printer.

[0003] 2. Description of the Related Art

[0004] In general, a conventional printer which is connected through the Centronics interface to a host such as a personal computer receives a device ID request from the host in accordance with a protocol in conformity with the IEEE (Institute of Electrical and Electronics Engineers) P1284 standard. In response to this, the printer transmits device ID information thereof (the manufacturer name, model number, etc.) and state information thereof (printing, out of paper, paper jam, etc.) to the host. A printer driver in the host transmits the device ID request prior to transmitting print data to the printer, so that the host can determine whether the printer is available for printing data based on a response from the printer. When the host determines that the printer is available, the host transmits print data. If necessary, the host transmits a device ID request to the printer even when the host will not transmit print data. In doing so, the host can determine the state of the printer.

[0005] Concerning the above-described type of printer, there is one type of printer which is connected to a plurality of hosts through a plurality of Centronics interfaces. By switching and selectively using one of the interfaces, a single printing device can receive print data from a plurality of hosts and print the data on paper.

[0006] Such a conventional printer with the above arrangement receives device ID requests from a plurality of hosts through a plurality of interfaces at arbitrary times. Even when the printer is printing print data from one host, the printer is configured to receive a device ID request from another host. When the printer receives a device ID request through each interface, the printer always transmits a response to the request through the interface.

[0007] In the printer having a plurality of interfaces, there is only one receive buffer for storing print data received from the host. It is impossible to simultaneously receive a plurality of pieces of print data through a plurality of interfaces. As a result, the following problems occur.

[0008] Specifically, a printer driver in host A sends a device ID request to the printer through one interface and subsequently receives the device ID and state information indicating that the printer is available to receive and print data. Within the short period of time from reception of the information by the printer driver in host A to transmission of print data to the printer, a printer driver in host B sends a device ID request to the printer through another interface in order to print data.

[0009] Before receiving the print data from host A, the printer is not in a busy state. Specifically, in the busy state, the interface connected to host A is busy, and the printer is permitted to receive print data only using this interface. Since the printer is not in the busy state, the printer transmits the device ID and information indicating that the printer is available to receive and print data to host B.

[0010] Immediately after this, the printer driver in host A transmits the print data to the printer. While receiving the print data, the printer enters the busy state in which the printer is monopolized by host A connected to the busy interface. This state differs from that indicated by the information obtained by the printer driver in host B from the printer in response to the device ID request. When the printer driver in host B tries to transmit the print data to the printer through an operation system (OS), the printer cannot receive the data. Due to the incapability of the host and the complexity of the OS, it requires tens of seconds for the printer driver in host B to receive information indicating that the printer cannot receive print data from the OS. Specifically, tens of seconds are necessary to report that the actual state of the printer at the present moment differs from the state of the printer based on the information obtained in response to the device ID request. When the printer driver in host B receives the printer state information in response to the device ID request, and when the state of the printer is displayed on a display of host B based on the printer state information, the state which differs from the actual state of the printer at the present moment is displayed for tens of seconds.

SUMMARY OF THE INVENTION

[0011] Accordingly, it is an object of the present invention to provide a printer which performs appropriate processing in response to a device ID request from a host and to prevent the above problems, thereby enhancing the reliability of a printing system including the printer and the host.

[0012] To this end, according to an aspect of the present invention, a printer is provided including a first connecting unit for connecting a first interface and a second connecting unit for connecting a second interface. When a device ID request from the first interface is received, a controller causes the printer to enter a busy state in which no data is received from the second interface. When no data is received within a predetermined period of time, the controller releases the busy state.

[0013] Further objects, features, and advantages of the present invention will become apparent from the following description of the preferred embodiments with reference to the attached drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

[0014]FIG. 1 is a block diagram of the functional structure of a control system of a printer according to an embodiment of the present invention; and

[0015]FIG. 2 is a flowchart showing a process of controlling the printer in response to reception of a device ID request and print data.

DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0016] The present invention will become apparent from the following description of the preferred embodiments with reference to the accompanying drawings. FIG. 1 shows the functional structure of a control system of a printer according to an embodiment of the present invention.

[0017] A printer 114 of the embodiment is connected to a first host 100 and a second host 106, such as personal computers, through a first interface 104 and a second interface 107, respectively.

[0018] In the first host 100, a printer driver 102 is activated when printing a document created by a document creation application program (not shown) using the printer 114. Print data for the document is created, and the print data is transmitted to the printer 114 through an operation system (OS) 103 which reads from and writes to a physical printer port and the first interface 104. Prior to this, the printer driver 102 determines whether the printer 114 is available to print data by transmitting a control command to request a device ID to the printer 114 in accordance with the IEEE P1284 protocol. Even when the printer driver 102 does not transmit print data, if necessary, the printer driver 102 transmits a control command to request a device ID in order to determine the state of the printer 114. The printer 114 is in conformity with the IEEE P1284 protocol. When the printer 114 receives the device ID request from the first host 100, the printer 114 transmits device ID information thereof and state information thereof to the first host 100. In response to the device ID request, the printer driver 102 receives the device ID information and the state information of the printer 114 from the printer 114. Based on the information, the printer driver 102 causes a display (not shown) to display the state of the printer 114 for a user using a display controller 101. The second host 106 has the same arrangement as that of the first host 100.

[0019] The control system of the printer 114 has the following components.

[0020] A first interface controller 105 and a second interface controller 108 process protocols of the first interface 104 and the second interface 107, respectively, and communicates with the first host 100 and the second host 106, respectively. Specifically, the first interface controller 105 and the second interface controller 108 are each formed of an input/output port device and firmware for controlling the input/output port device.

[0021] An interface switch controller 109 switches between the first interface 104 and the second interface 107 and selectively uses one of the first interface 104 and the second interface 107. In order to do so, the interface switch controller 109 switches between the first interface controller 105 and the second interface controller 108 and selectively connects one of the first interface controller 105 and the second interface controller 108 to a control command analyzer 110 and a printer state reporter 113 at the subsequent state. The switching is done for every printing job. It is therefore possible to respond to print requests from the first host 100 and the second host 106.

[0022] The control command analyzer 110 analyzes a control command from the print data received from the first host 100 or the second host 106 through the first interface 104 or the second interface 107, respectively, which is selected by the switching done by the interface switch controller 109. The control command analyzer 110 converts the control command into an engine control command which causes a printer engine or printing device (not shown) to perform the operation in accordance with the command and outputs the engine control command to an engine controller 111.

[0023] The engine controller 111 receives the engine control command from the control command analyzer 110 and controls each part of the printer engine (not shown) in accordance with the engine control command, thus causing the printer engine to feed paper, print data, or expel paper. For example, power is supplied to a heater of a bubble jet (BJ) head, which is used as a recording head (not shown), and ink is ejected. A carriage on which the BJ head is mounted is driven and moved by a pulse motor, so that the position of the BJ head is controlled. Paper is fed from a paper-feed cassette or the like. The fed paper is advanced in the printer 114. Printed paper is expelled.

[0024] A printer state manager 112 reports the state of the printer 114, which is reported by the engine controller 111, to the control command analyzer 110 and the printer state reporter 113.

[0025] The printer state reporter 113 reports the state of the printer 114, which is reported by the printer state manager 112, to the first host 110 or the second host 106 through the interface switch controller 109.

[0026] Hardware including the components 109 to 113 is a CPU 115. A storage device 116 includes a read only memory (ROM) and a random access memory (RAM). The CPU 115 executes a control program stored in the ROM in the storage device 116 in order to perform various functions. A process which will be described hereinafter with reference to FIG. 2 is performed by the CPU 115 in accordance with the control program stored in the ROM in the storage device 116.

[0027] The RAM in the storage device 116 is used as a work area for performing various types of information processing. Part of the RAM is used as a reception buffer for temporarily storing print data received from the first host 100 or the second host 106. In the embodiment, one reception buffer is used. In this way, it is impossible to simultaneously receive print data from the first host 100 and the second host 106 through the first interface 104 and the second interface 107.

[0028]FIG. 2 is a flowchart showing the operation of the control system of the printer 114 in response to reception of a device ID request and print data from the first host 100 or the second host 106. The process shown in FIG. 2 is mainly performed by a function of the interface switch controller 109.

[0029] Referring to FIG. 2, in step S200, the interface switch controller 109 determines whether a device ID request from the first host 100 or the second host 106 is received based on the report by the first interface controller 105 or the second interface controller 108 for detecting a device ID request.

[0030] When the device ID request is received, in step S201, the process determines whether the interfaces are idle. Specifically, the interfaces are idle when both the first interface 104 and the second interface 107 are not used for receiving print data and hence are available to print data.

[0031] If the process determines in step S201 that the interfaces are idle, in step S202, the process causes one of the interfaces to be in use. Specifically, the process causes the printer 114 to enter a busy state in which the printer 114 is permitted to receive print data from, from among the first interface 104 and the second interface 107, the interface connected to the host that has sent the device ID request (the printer 114 is not permitted to receive print data from the other interface). In other words, the printer 114 is monopolized by the host connected to this interface. In step S203, the process stores, in the RAM in the storage device 116, the time at which the printer 114 becomes busy in response to the reception of the device ID request in which the printer 114 is monopolized by the host connected to the interface. The process proceeds to step S204. In contrast, if the process determines in step S201 that the interfaces are not idle, the process directly proceeds to step S204.

[0032] In step S204, the process creates device ID information and printer state information. In step S205, the process transmits the device ID information and the printer state information to the first host 100 or the second host 106 through the first interface controller 105 or the second interface controller 108 which has detected the device ID request. Subsequently, the process returns to step S200.

[0033] In contrast, if no device ID request is received, the process determines, in step S206, whether print data is received. If no print data is received, the process determines, in step S207, whether a predetermined period of time elapsed from the time stored in step S203. If the determination is negative, the process returns to step S200.

[0034] The determination loop which consists of steps S200, S206, and S208 is executed repeatedly. If it is determined in step S207 that a predetermined period of time, e.g., ten seconds, elapsed, that is, no print data is received within the predetermined period of time since the device ID request was received, the process releases the busy state of the interface in step S212. Subsequently, the process returns to step S200.

[0035] In contrast, when it is determined in step S206 that the print data is received, that is, when the print data is received within the predetermined period of time since the device ID request was received, the process determines in step S208 whether the interfaces are idle. If the determination is negative, the process proceeds to step S210. If it is determined that the interfaces are idle, the process sets, in step S209, one of the interfaces to be in use. Specifically, the process causes the printer 114 to enter a busy state in which the printer 114 can receive the print data only using the interface that has received the print data. Subsequently, the process proceeds to step S210. Steps S208 and S209 are provided in order to perform appropriate processing when print data is directly received without reception of a device ID request from a host.

[0036] In step S210, the received print data is printed. During printing, the control command analyzer 110 determines whether the printing is completed by checking a code indicating the completion of a series of control commands in the print data and reports the state to the interface switch controller 109. In step S211, the interface switch controller 109 determines whether the printing is completed based on the report from the control command analyzer 110. If the determination is negative, the process returns to step S210 and the printing is continued. If it is determined that the printing is completed, the process releases the busy state of the interface in step S212. Subsequently, the process returns to step S200.

[0037] Accordingly, when a device ID request is received from the first host 100 or the second host 106 through the first interface 104 or the second interface 107, respectively, one of the interfaces is caused to be in use. Specifically, the printer 114 enters a busy state in which the printer 114 can receive the print data using one of the interfaces that has received the device ID request. When the print data is received within a predetermined period of time from the reception of the device ID request, the data is printed on paper, and the busy state is released subsequent to the completion of the printing. In contrast, when the print data is not received within the predetermined period of time, the busy state is released after the predetermined period of time elapses. As a result, problems encountered with a conventional system are prevented using the following measures.

[0038] Specifically, in order that the printer driver 102 in the first host 100 causes the printer 114 to print data, the printer driver 102 transmits a device ID request to the printer 114 through the first interface 104. When the interfaces are idle, the printer driver 102 receives, from the printer 114, device ID information and information indicating that print data can be received and printed. Within the very short period of time from the obtaining of the information by the printer driver 102 to preparation and transmission of print data to the printer 114, a printer driver in the second host 106 happens to transmit a device ID request to the printer 114 through the second interface 107 in order to print data.

[0039] At this moment, the printer 114 is in a busy state in which the printer 114 is monopolized by the first host 100 connected to the first interface 104. In other words, the printer 114 is in a state in which the printer 114 cannot receive print data from the second host 106. Information indicating this state and the device ID information are transmitted from the printer 114 to the second host 106. In this way, the printer driver in the second host 106 does not transmit print data to the printer 114 afterwards.

[0040] Unlike the conventional system, within a period of time from obtaining, by one host, in response to a device ID request, printer state information indicating that the printer is available to receive and print data to transmission of the print data to the printer, the state of the printer does not change due to transmission of print data from another host to the printer. The printer state displayed by the former host based on the printer state information obtained in response to the device ID request is not different from the actual printer state at the present moment. Hence, the reliability of a printing system including the printer and the hosts is enhanced.

[0041] In the above description, the first interface 104 and the second interface 107 utilize the Centronics interface standard format. Alternatively, the first interface 104 and the second interface 107 can utilize other formats as long as they can transmit device ID requests and respond to the device ID requests in accordance with the above-described protocol. The number of printer interfaces with hosts is not limited to two. Alternatively, three or more interfaces can be used.

[0042] As is clear from the above description, according to the embodiment of the present invention, a printer is connected to a plurality of hosts through a plurality of bidirectional interfaces, respectively. By selectively using one of the interfaces, the printer receives print data from the hosts and prints the print data on paper. When a device ID request is received from one of the hosts through one of the interfaces, the printer transmits device ID information thereof and printer state information to the host. When the device ID request is received from one of the hosts through one of the interfaces, the interface is caused to be in use, and the printer enters a busy state in which the printer can receive print data using this interface. When the print data is received within a predetermined period of time since the device ID request is received, the printer prints the print data on paper. Subsequent to the completion of the printing, the busy state is released. When no print data is received within the predetermined period of time, the busy state is released after the predetermined period of time elapses. Unlike the conventional system, during a period of time from the reception, by one host, of printer state information indicting that the printer is available to receive and print data in response to a device ID request to transmission of the print data to the printer, the state of the printer is not changed by the transmission of print data from another host. The former host does not display a printer state which differs from the actual printer state at the present moment, based on the printer state information obtained in response to the device ID request. As a result, the reliability of a printing system including the printer and the hosts is enhanced.

[0043] While the present invention has been described with reference to what are presently considered to be the preferred embodiments, it is to be understood that the invention is not limited to the disclosed embodiments. On the contrary, the invention is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims. The scope of the following claims is to be accorded the broadest interpretation so as to encompass all such modifications and equivalent structures and functions. 

What is claimed is:
 1. A printer comprising: first connecting means for connecting a first interface; second connecting means for connecting a second interface; and control means for causing, when a device ID request from the first interface is received, said printer to enter a busy state in which no data is received from the second interface and for releasing the busy state when no data is received within a predetermined period of time.
 2. A printer according to claim 1 , further comprising printing means for performing printing based on received data.
 3. A printer according to claim 2 , wherein said printing means comprises an ink-jet printer.
 4. A printer according to claim 1 , wherein the interfaces comprise a Centronics interface.
 5. A printer according to claim 1 , wherein, when the device ID request from the first interface is received, said control means causes said printer to enter the busy state in which no data from the second interface is received, and when data is received within the predetermined period of time, said control means prints the received data and, after the printing is completed, said control means releases the busy state.
 6. A control method for a printer comprising first connecting means for connecting a first interface and second connecting means for connecting a second interface, said control method comprising the steps of: causing, when a device ID request from the first interface is received, said printer to enter a busy state in which no data from the second interface is received; and releasing the busy state when no data is received within a predetermined period of time after said printer enters the busy state.
 7. A control method according to claim 6 , further comprising the step of printing, when data is received within the predetermined period of time after said printer enters the busy state, the received data and releasing the busy state after the printing is completed.
 8. A control program for a printer comprising first connecting means for connecting a first interface and second connecting means for connecting a second interface, said control program comprising the steps of: setting, when a device ID request from the first interface is received, said printer to enter a busy state in which no data from the second interface is received; and releasing the busy state when no data is received within a predetermined period of time after said printer enters the busy state.
 9. A control program according to claim 8 , further comprising the step of printing, when data is received within the predetermined period of time after said printer enters the busy state, the received data and releasing the busy state after the printing is completed.
 10. A storage medium for storing a control program for a printer comprising first connecting means for connecting a first interface and second connecting means for connecting a second interface, said control program comprising the steps of: setting, when a device ID request from the first interface is received, said printer to enter a busy state in which no data from the second interface is received; and releasing the busy state when no data is received within a predetermined period of time after said printer enters the busy state.
 11. A storage medium for storing a control program according to claim 10 , said control program further comprising the step of printing, when data is received within the predetermined period of time after said printer enters the busy state, the received data and releasing the busy state after the printing is completed. 